Не так давно мы писали о технологии VMware
VSAN, которая позволяет строить распределенные кластеры хранилищ на базе локальных дисков серверов VMware ESXi
и которая была анонсирована на прошедшей конференции VMworld 2013. Напомним, что эта технология была куплена
вместе с компанией Virsto Software (у нее русские корни, между прочим), и она на данный момент находится в статусе бета-версии. Эта штука умеет использовать
локальные диски как источник хранения данных, а SSD-накопители - как кэш на чтение и буфер на запись.
На днях компания VMware выпустила интересный документ для тех, кто хочет немного вникнуть в архитектуру решения
VMware VSAN - "What’s New
in VMware Virtual SAN (VSAN)".
Документ содержит следующие секции:
Introduction
Requirements
Install and Configure
Architecture Details
Storage Policy Based Management
Пример создания кластера VSAN представлен ниже - видно, что он поддерживает все распределенные службы VMware -
HA, DRS, vMotion и прочее.
Создаваемые VSAN-хранилища управляются на базе политик, которые определяются правилами, например, избыточность
в хостах или число дисковых страйпов:
Эти политики хранилищ можно назначать виртуальным машинам при создании, а также проверять различные сущности
VMware vSphere на соответствие им. В общем, интересный документ - почитайте.
В последнее время очень и очень модным стал запуск публичных облаков, предоставляющих в аренду виртуальные машины (Infrastructure as a Service - IaaS). Мы уже писали про многих и продолжаем следить за следующими игроками на этом рынке:
Amazon AWS - лидер на рынке облачных вычислений, предоставляющий сервисы IaaS на основе гипервизора Xen.
И это далеко не полный перечень того, что присутствует сейчас на рынке. Каждый уважающий себя вендор создает свое собственное публичное облако, обязательно с какой-то своей фишкой и дистанцированием от конкурентов. Но нас не обманешь - скоро половина из этих облаков вымрет, оставив на рынке 2-4 популярных решения для большинства задач.
Verizon выходит на тропу войны с конкурентами, прежде всего Amazon и Rackspace, предоставляя два основных продукта:
Verizon Cloud Compute - аналог облака Amazon EC3, предназначенного для получения вычислительных мощностей ВМ по требованию.
Verizon Cloud Storage - сервис хранения данных, аналогичный сервису облачного хранения Amazon S3.
Сервис предоставляется на базе виртуальных машин под управлением гипервизора Xen, а сами ВМ будут чарджиться на основе платы за почасовое использование. Для пользователей будет доступна возможность выбора требуемого уровня сервиса (SLA) и модная нынче архитектура software-defined data center.
Интересно что инфраструктура Verizon Enterprise Cloud будет построена на базе вычислительных коробок с 4 ТБ оперативной памяти и 100 ТБ дискового пространства, занимающих аж 10 юнитов в стойке каждая (все расчитано на 50-100 виртуальных машин). Для пользователей заявляется такое преимущество - в отличие от конкурентов, размер ресурсов серверов можно будет задавать полностью по требованию, без дискретных уровней (как, например, есть сейчас у Rackspace).
Сервис будет запущен на базе следующих семи датацентров по всему миру:
Culpepper, Va.
Santa Clara, Calif.
Denver
Miami
London
Amsterdam
Sao Paulo, Brazil;
В 2014 году добавится еще азиатский датацентр.
Конечно же Verizon не новичок на этом рынке - еще в далеком (по меркам облаков) 2009 году в программе VMware vCloud участвовал купленный впоследствии сервис-провайдер Terremark (тогда еще это была отдельная от Verizon компания).
Многие администраторы виртуальной инфраструктуры VMware vSphere сталкиваются с необходимостью копировать файлы в гостевую ОС виртуальных машин. Делают они это путем копирования на системную шару или обычный общий ресурс, пробросом дисков через RDP и прочими методами.
Но многое из этого оказывается неприемлемым по тем или иным причинам. Чтобы этого всего избежать, Manfred Meier выложил на сайте VMware Directory утилиту vGuestExplorer, которая позволяет получить доступ к файловой системы гостевой ОС виртуальной машины даже без непосредственного сетевого соединения с ней.
Делается это посредством соединения по PowerCLI / PowerShell через VIX API к гостевой ОС виртуальной машины. Можно подключаться к серверу VMware vCenter, а можно к отдельному хосту VMware ESXi. Обязательно наличие установленных VMware Tools в гостевой ОС.
Работает vGuestExplorer как для Windows, так и для Linux.
Установка утилиты проста:
Устанавливаем PowerCLI и выставляем параметр Set-Executionpolicy как Unrestricted.
Выполняем PowerCLI как Administrator и запускаем команду: Set-PowerCLIConfiguration -InvalidCertificateAction ignore -ProxyPolicy NoProxy -Confirm:$False
Запускаем установку vGuestExplorer.
Убедитесь, что VMware Tools установлено в той ВМ, в которую вы будете копировать файлы.
Многие пользователи VMware vSphere применяют репликацию уровня хоста (host-based) для защиты виртуальных машин и их хранилищ. Сама эта технология появилась еще в версии VMware vSphere 5.1 и активно используется в vSphere 5.5. Напомним также, что функции vSphere Replication используются в решении VMware Site Recovery Manager для построения катастрофоустойчивой инфраструктуры небольших компаний.
На днях компания VMware выпустила виртуальный модуль (Virtual Appliance) под названием vSphere Replication Capacity Planning Appliance, который призван помочь при планировании пропускной способности канала сети под репликацию.
Эта бесплатная утилита, доступная на сайте проекта VMware Labs, позволяет смоделировать воздействие vSphere Replication на продуктивную сеть без реальной генерации трафика.
Возможности vSphere Replication Capacity Planning Appliance:
Интерфейс командной строки для настройки репликации в режиме "preview mode", без реального потребления хранилища.
Веб-страница, представляющая графики по потреблению канала для каждой репликации.
Не требует ресурсов сети и хранилищ.
Как начать пользоваться:
Установить виртуальный модуль.
Как только он загрузится, залогиниться по SSH или в консоль с логином/паролем - root/vmware.
Выполнить команду:
cd /opt/vmware/hbrtraffic/
Выполнить команду для симуляции репликации конкретной ВМ (VM_name): ./bin/configureReplication --vc --vcuser Administrator --vcpass --lwd <IP_of_the_Appliance> --vmname <VM_name>
После того, как операция будет выполнена (10-15 минут) получившиеся графики можно посмотреть по адресу:
https://IP_of_the_Appliance:5480/vr-graphs/
Скачать vSphere Replication Capacity Planning Appliance можно по этой ссылке.
Как мы уже писали, не так давно компания StarWind выпустила бету обновленной версии решения StarWind iSCSI SAN V8, предназначенную для создания отказоустойчивых iSCSI-хранилищ для виртуальных машин, которая имеет множество новых возможностей. Помимо всего прочего, обновилась консоль управления StarWind Management Console, которая стала выглядеть приятнее и современнее:
Некоторые заметки по установке беты StarWind V8:
1. Предыдущие версии решения StarWind могут быть обновлены на бета-версию просто установкой продукта поверх существующей инсталляции.
2. Обратите внимание, что устройства типов Mirror, IBV и Deduplication, созданные в 6-й версии решения, имеют ограниченную поддержку в V8. Данные с них нужно перенести на новый ImageFile или устройство LSFS.
3. Для добавления функции синхронной репликации для устройств нужно использовать replication manager. Устройство типа LSFS нужно использовать, когда требуется thin-provisioning (растущее по мере наполнения данными хранилище) и функции снапшотов.
4. Для обновления существующих HA-устройств нужно выполнить следующую последовательность действий:
Отсоединить всех клиентов (хост-серверы), если это возможно (простой при обновлении все равно будет).
Обновить ПО StarWind на первом узле. Дождаться пока запустится сервис StarWind. В это время клиентские сессии (если они есть) будут идти через второй узел.
Обновить ПО StarWind на втором узле, предварительно отключив клиентов. В этот момент хранилище будет для них недоступно.
Запустить синхронизацию с первого узла. Второй узел сменит статус на "ready" и начнет принимать соединения хост-серверов. Теперь можно безопасно включить HA-устройство в продакшен.
Дождаться окончания синхронизации, после чего первый узел также сможет обеспечивать соединения хостов.
Как начать пробовать бету StarWind V8 прямо сейчас:
Некоторое время назад мы писали про технологию Virtual SAN (VSAN) компании VMware, которая позволяет объединить локальные дисковые ресурсы хост-серверов VMware ESXi в единый пул хранения для виртуальных машин, управляемый на базе политик. Этот продукт сейчас находится в стадии публичного бета-тестирования, и основан он на разработках купленной компании Virsto.
Однако многие из вас знают, что у VMware есть также продукт vSphere Storage Appliance (VSA), о котором мы также немало рассказывали на страницах VM Guru (например, тут, тут и тут). И этот продукт также предназначен для построения распределенных хранилищ на базе локальных дисков хостов, но уже для небольшой инфраструктуры.
Давайте посмотрим, чем же отличаются эти два продукта - VMware VSA и VMware VSAN:
Категория
vSphere Storage Appliance
(VSA)
VMware Virtual SAN (VSAN)
Описание
Дешевое общее хранилище для компаний или филиалов, не имеющих возможности купить дисковые массивы для площадок.
Масштабируемое распределенное хранилище для развертывания в облачной инфраструктуре.
Способ поставки
Виртуальный модуль (Virtual Appliance)
Работа механизма встроена в ядро vSphere
Целевые рынки
Средний и малый бизнес
Установка в филиалах (ROBO)
Enterprise-инфраструктура
Коммерческие компании
Масштабируемость
2-3 сервера VMware vSphere
Не масштабируется больше 3-х хостов
Развертывание минимум на 3 хоста
Масштабирование до полного кластера vSphere
Производительность
Без поддержки SSD (низкая производительность)
Технология SSD caching (высокая производительность)
Функциональность
Простая установка и настройка
Масштабируется до 16 ТБ используемого хранилища
Интегрировано с vCenter
Техники SSD caching и intelligent data placement
Быстрое развертывание хранилищ
Масштабируемость для больших установок
Гранулярность при масштабировании хранилищ
Управление хранилищами на базе политик
Из таблички видно, что продукт vSphere Storage Appliance подходит для небольших компаний и начинающих в сфере виртуализации, а вот технология VSAN подойдет уже серьезным организациям с большой продакшен-инфраструктурой.
На самом деле, так как продукты делали разные компании (VSA - VMware, а VSAN - Virsto), то они имеют разные функции и не являются вариациями одного и того же решения, хотя многие понимают VSAN как развитие идеи VSA.
Мы уже немало писали о новой версии продукта StarWind iSCSI SAN 8 (тут и тут), предназначенного для создания отказоустойчивых iSCSI-хранилищ для виртуальных машин VMware vSphere и Microsoft Hyper-V. Не так давно проходило закрытое бета-тестирование StarWind v8, а сейчас уже публичная бета-версия этого продукта доступна для загрузки.
Новые возможности этой бета-версии:
L2 Flash Cache - кэш уровня L2, который работает непосредственно с кэшем уровня L1 в RAM, что существенно улучшает производительность.
Файловая система LSFS изначально работает с большими блоками данных, что положительно сказывается на сроке службы флеш-накопителей (SSD), на которых размещаются виртуальные машины (это дело недалекого будущего)
Файловая система LSFS преобразовывает small random writes в большие последовательные операции записи, что существенно увеличивает производительность.
Inline-дедупликация StarWind, которая не создает нагрузку на подсистему хранения и не "крадет" IOPS'ы у продуктивного хранилища.
Simplified and improved GUI - улучшенный интерфейс мастеров развертывания хранилищ для Windows Server 2012 с поддержкой скриптов PowerShell.
Возможность интеграции с механизмом SMI-S для Windows Server 2012 R2.
В состав возможностей следующей беты StarWind v8 будут также включены следующие возможности:
Возможность масштабирования узлов кластера хранилищ до любого числа (а не только 3 как сейчас).
Поддержка механизма виртуальных ленточных библиотек (Virtual tape library, VTL).
Многим из вас знакомы продукты StarWind iSCSI SAN и StarWind Native SAN for Hyper-V, предназначенные для создания отказоустойчивых хранилищ виртуальных машин для платформ VMware и Hyper-V в частных облаках предприятий. Хранилища, построенные на базе технологии StarWind iSCSI, не требуют дополнительных инвестиций в инфраструктуру сети хранения, работают на базе проверенного протокола iSCSI и имеют функции отказоустойчивости на базе двух или трехузловых кластеров.
Скоро выходит новая версия StarWind, в которой будут, как минимум, следующие новые возможности:
Файловая система LSFS изначально работает с большими блоками данных, что положительно сказывается на сроке службы флеш-накопителей (SSD), на которых размещаются виртуальные машины (это дело недалекого будущего)
Файловая система LSFS преобразовывает small random writes в большие последовательные операции записи, что существенно увеличивает производительность.
Inline-дедупликация StarWind, которая не создает нагрузку на подсистему хранения и не "крадет" IOPS'ы у продуктивного хранилища.
Не так давно мы уже писали о планируемых новых возможностях VMware vSphere 5.5, однако большинство новых функций были описаны в общих чертах, кроме того, до последнего момента так и не было окончательно известно, что же еще нового появится в vSphere 5.5. На проходящей сейчас конференции VMworld 2013 компания VMware наконец-то объявила о выходе обновленной платформы VMware vSphere 5.5, которая стала еще более мощным средством для построения виртуальных инфраструктур.
Компания StarWind Software, поставщик программного обеспечения для виртуализации хранения данных, и группа компаний МУК, лидер рынка проектной дистрибуции, объявили о подписании дистрибьюторского соглашения на территории Украины, Грузии, Молдовы и Беларуси.
Данный договор предусматривает всестороннее сотрудничество, включая совместное продвижение программного обеспечения StarWind, проведение обучающих семинаров и тренингов для дилеров группы компаний МУК, а также профессиональную техническую поддержку проектов заказчиков.
Компания StarWind Software является разработчиком программного обеспечения для систем хранения данных, сертифицированного для использования в таких виртуальных средах, как VMware vSphere, Microsoft Hyper-V и Citrix XenServer. Продукты StarWind являются высокопроизводительными и экономически эффективными решениями для управления СХД, которым доверяют более 30 тыс. пользователей по всему миру.
Также в рамках соглашения с 15 августа по 15 сентября 2013 года для компаний-партнеров МУК будет доступно эксклюзивное предложение по приобретению совместных разработок компаний Microsoft и StarWind Software. Они представляют собой два экономически выгодных решения для компаний малого/среднего бизнеса и организаций корпоративного сектора, которые позволят упростить виртуализацию инфраструктуры заказчика, обеспечить надежную защиту данных и гибкость в администрировании, а также снизить общие затраты.
Компания StarWind Software, поставщик программного обеспечения для виртуализации хранения данных, и компания «Майкрософт Украина» объявили об эксклюзивном предложении – совместном решении для виртуализации бизнеса, которое позволит упростить процесс виртуализации, обеспечит надежную защиту данных, легкость в управлении ИТ-инфраструктурой и снизит общие затраты на ИТ.
Экономически выгодное решение от компаний «Майкрософт Украина» и StarWind дает возможность приобрести две лицензии Windows Server 2012 с 15% скидкой и одну лицензию StarWind Native SAN for Hyper-V с 50% скидкой.
StarWind Native SAN for Hyper-V – это программное обеспечение для создания системы хранения данных (СХД), работающее на базе iSCSI-протокола, разработанное специально для среды гипервизора Hyper-V. Одна лицензия StarWind Native SAN for Hyper-V устанавливается на два Hyper-V сервера, создавая отказоустойчивый кластер, и не нуждается во внешних хранилищах данных и дополнительном оборудовании. СХД от StarWind полностью поддерживает технологии Динамической миграции и Высокой доступности от «Microsoft», а также предоставляет широкий набор функций для обеспечения продолжительности бизнес-процессов и эффективного аварийного восстановления данных.
Интересно видео о решениях StarWind для Microsoft Hyper-V можно посмотреть по этой ссылке.
В зависимости от размеров бизнеса и потребностей клиентов, компании «Майкрософт Украина» и StarWind предлагают два варианта «доступной виртуализации». Для клиентов малого и среднего бизнеса – лицензия Windows Server 2012 Standard, позволяющая запускать 2 виртуальные машины в гипервизоре, и лицензия StarWind Native SAN for Hyper-V с объемом хранилища на 4ТВ. Для организаций корпоративного сектора - лицензия Windows Server 2012 Datacenter для запуска неограниченного количества виртуальных машин и лицензия StarWind Native SAN for Hyper-V с неограниченным объемом хранилища.
Данное предложение будет доступно только через дистрибьюторскую сеть группы компаний МУК с 15 августа по 15 сентября 2013 года.
Более подробно о предложении StarWind и Microsoft можно узнать из этой брошюры. Торопитесь - акция действует с 15 августа по 15 сентября 2013 года только на территории Украины
Таги: StarWind, Microsoft, Storage, iSCSI, Hyper-V, SAN
Мы часто рассказываем о продуктах StarWind iSCSI SAN and NAS и StarWind Native SAN for Hyper-V, предназначенных для создания отказоустойчивых хранилищ виртуальных машин для платформ VMware и Hyper-V в частных облаках предприятий. Хранилища, построенные на базе технологии StarWind iSCSI, не требуют дополнительных инвестиций в инфраструктуру сети хранения, работают на базе проверенного протокола iSCSI и имеют функции отказоустойчивости на базе двух или трехузловых кластеров.
Многим администраторам виртуальных инфраструктур интересно знать особенности работы прикладного ПО на хранилищах StarWind iSCSI, особенно это касается продуктов Microsoft. Из документов ниже можно узнать подробности функционирования этих приложений на виртуальных устройствах StarWind.
Решение StarWind iSCSI SAN для Microsoft SQL Server:
Многим из вас знакомы продукты StarWind iSCSI SAN и StarWind Native SAN for Hyper-V, предназначенные для создания отказоустойчивых хранилищ виртуальных машин для платформ VMware и Hyper-V в частных облаках предприятий. Хранилища, построенные на базе технологии StarWind iSCSI, не требуют дополнительных инвестиций в инфраструктуру сети хранения, работают на базе проверенного протокола iSCSI и имеют функции отказоустойчивости на базе двух или трехузловых кластеров.
Фил имеет более 20 лет опыта в ИТ, он уже успел поработать в таких компаниях как VMware, Blue Coat Systems, Citrix Systems и Novell. Пожелаем удачи нашим коллегам из Киева в международном бизнесе! Тем более, что StarWind - это пионер в сфере программных хранилищ данных на базе протокола iSCSI.
Мы уже давно пишем о решениях StarWind, которые позволяют создавать отказоустойчивые хранилища для виртуальных машин на платформах VMware vSphere и Microsoft Hyper-V. Хранилища, построенные на базе технологии StarWind iSCSI, не требуют дополнительных инвестиций в инфраструктуру сети хранения, работают на базе проверенного протокола iSCSI и имеют функции отказоустойчивости на базе двух или трехузловых кластеров.
Между тем, далеко не все знают, что решения StarWind можно использовать и для других платформ виртуализации, в частности, Citrix XenServer. Тем более, что если под платформы VMware и Microsoft есть конкурирующие решения, то для платформы XenServer программных хранилищ с функциями высокой доступности - очень мало. Поэтому пользователям XenServer весьма полезно будет почитать документ "StarWind iSCSI SAN & NAS: Providing HA Shared Storage for XenServer", где рассказывается о развертывании двухузлового кластера хранилищ для виртуальных машин.
Документ свежий - от июня этого года.
Таги: StarWind, XenServer, Whitepaper, Update. Storage, HA
Иногда, вследствие ошибки или отсутствия поддержки каких-либо функций, появляется необходимость обновить драйвер HBA-адаптера на сервере VMware ESXi - ведь ждать очередного обновления vSphere с обновленными драйверами можно очень долго.
Поэтому можно обновиться самим - это просто. Смотрим на свои адаптеры HBA, для чего выполняем команду:
# esxcfg-scsidevs -a
Здесь мы видим в каких слотах сервера размещены адаптеры (и производителя адаптера), но не видим версий их Firmware. Поэтому смотрим в девайсы, например для адаптера Qlogic (как смотреть остальные - тут):
# more /proc/scsi/qla2xxx/0
Здесь мы видим версию Firmware - 5.03.15 и метку версии драйвера.
Далее нужно посмотреть в KB 2030818 (Supported Driver Firmware versions for I/O devices) для того, чтобы определить поддерживаемые для ESXi драйверы адаптеров и рекомендации по текущей версии.
Например, для серверов HP идем в http://vibsdepot.hp.com/hpq/recipes/, где находим документ "HP-VMware-Recipe.pdf", в котором есть ссылки на необходимые драйверы:
Мы часто рассказываем о продуктах StarWind iSCSI SAN and NAS и StarWind Native SAN for Hyper-V, предназначенных для создания отказоустойчивых хранилищ виртуальных машин для платформ VMware и Hyper-V в частных облаках предприятий. Хранилища, построенные на базе технологии StarWind iSCSI, не требуют дополнительных инвестиций в инфраструктуру сети хранения, работают на базе проверенного протокола iSCSI и имеют функции отказоустойчивости на базе двух или трехузловых кластеров.
Сегодня мы хотим осветить один важный вопрос, касающийся лицензирования продуктов StarWind. Если вы зайдете на страницу изданий одного из продуктов StarWind, то увидите, что есть издание StarWind iSCSI SAN & NAS 1-node CDP Edition, для которого не ограничена емкость создаваемых виртуальных дисков и устройств:
Следующие - это HA-издания, которые позволяют создать распределенное отказоустойчивое хранилище для 2-х или 3-х узлов серверов хранения:
Здесь уже указано ограничение на объем дискового пространства под виртуальные машины, в зависимости от приобретаемой лицензии на StarWind iSCSI SAN & NAS или StarWind Native SAN.
Так вот - эти ограничения касаются только HA-устройств, а все остальные типы виртуальных дисков StarWind можно создавать в неограниченных количествах и объемах, точно так же, как и в CDP-издании. Пруфлинк - тут.
Не так давно мы писали о том, что скоро выйдет восьмая версия решения для создания отказоустойчивых хранилищ для виртуальных машин VMware и Microsoft - StarWind V8. А именно:
С 7 по 11 июля на всемирной партнерской конференции Microsoft Worldwide Partner Conference 2013 (стенд 1924) компания StarWind подробнее расскажет об обновленной линейке своих продуктов:
В документе простым и доступным техническим языком рассказывается о том, как по шагам развернуть трехузловой кластер хранилищ и начать использовать его для размещения виртуальных машин Microsoft Hyper-V, естественно, с поддержкой Live Migration и всех прочих технологий динамического управления ресурсами от Microsoft.
P.S. Теперь документы StarWind можно скачивать без регистрации.
Компания StarWind Software, производитель средства номер 1 для создания отказоустойчивых хранилищ iSCSI для виртуальных машин VMware и Microsoft, анонсировала следующую версию своего решения - StarWind V8. При этом сделано это было в интересном зомби-стиле:
Вот так, например, выглядит заявление про то, что RAID-5 еще не совсем мертв - его можно эффективно (и дешево) использовать с новой версией StarWind V8 благодаря файловой системе LSFS.
Остальные слайды можно посмотреть тут. В ближайшее время мы расскажем о новых возможностях StarWind V8 подробнее.
Мы часто рассказываем о продуктах StarWind iSCSI SAN and NAS и StarWind Native SAN for Hyper-V, предназначенных для создания отказоустойчивых хранилищ виртуальных машин для платформ VMware и Hyper-V в частных облаках предприятий. Хранилища, построенные на базе технологии StarWind iSCSI, не требуют дополнительных инвестиций в инфраструктуру сети хранения, работают на базе проверенного протокола iSCSI и имеют функции отказоустойчивости на базе двух или трехузловых кластеров.
29 мая компания StarWind, выпускающая решение номер 1 для создания отказоустойчивых хранилищ iSCSI для ВМ VMware vSphere и Microsoft Hyper-V, проводит бесплатный вебинар "The Top-Quality Shared Storage for VMware".
Вебинар пройдет 29 мая, в 16-00 по московскому времени.
На мероприятии, которое проводит опытный инженер StarWind Макс Крафт, вы узнаете о том, как:
Управлять растущими потребностями в хранилищах и сетевых ресурсах
Уменьшить расходы на ИТ-инфраструктуру на 50%
Улучшить эффективность существующей среды виртуализации
Те из вас, кто регулярно нас читает, наверняка видели нашу серию статей про новые возможности средства для резервного копирования и репликации виртуальных машин - Veeam Backup and Replication 7. Этих возможностей было заявлено 7 штук, вот они:
Однако на днях было объявлено еще о двух новых возможностях, которые, несомненно, кажутся весьма интересными.
Во-первых, в новой версии решения для резервного копирования ВМ VMware и Microsoft появится возможность копирования резервных копий в географически удаленное хранилище по WAN-соединению (WAN Replication for Backup Copy Jobs):
Работает все это дело без агентов и включает в себя технологию WAN acceleration для оптимизации канала передачи данных резервных копий на удаленную площадку.
Кроме того, теперь поддерживается механизм GFS (Grandfather Father Son) для политик хранения, поэтому компании теперь могут организовывать долговременное хранение резервных копий:
Более детально о возможности WAN Replication for Backup Copy Jobs можно узнать из видео ниже:
Во-вторых, в Veeam Backup and Replication 7 появилась возможность резервного копирования виртуальных машин из снапшотов, сделанных на уровне хранилищ (Backup from storage snapshots). На данный момент поддерживаются хранилища HP StoreVirtual + VSA и HP StoreServ, но в следующих релизах список вендоров будет значительно шире.
Выглядит это следующим образом:
Кроме всего этого, у Veeam поменялась модель лицензирования, ввиду того, что теперь возможностей у решения Backup and Replication столько, что их можно разделить аж на 4 издания, каждое из которых соответствует потребностям определенной группы пользователей (надо отметить, что каждое издание обзавелось новыми фичами):
Ну и немного от главного инженера Veeam про седьмую версию бэкапа:
Продукт Veeam Backup and Replication 7 будет выпущен в третьем квартале 2013 года. Актуальные новости о новой версии собираются на этой странице - http://go.veeam.com/v7.
Не все администраторы платформы VMware vSphere в курсе, что на сервере VMware vCenter могут быть отключены различные фильтры хранилищ для хостов ESXi, что может оказаться полезным в нестандартных ситуациях.
Эти фильтры могут настраиваться через консоль vCenter в разделе расширенных настроек. Чтобы иметь возможность настраивать фильтры нужно выбрать пункт меню Administration > vCenter Server Settings. Далее в списке настроек нужно выбрать Advanced Settings.
На данный момент актуально четыре фильтра для хранилищ, включенных на хостах ESXi по умолчанию. Они помогают предотвращать ошибки, которые могут привести к повреждению и потере данных в исключительных ситуациях. Однако (зачастую, временно) эти фильтры можно отключить, но делать это нужно обдуманно, при этом не нужно забывать их снова включать.
В таблице ниже представлены назначение фильтров и конфигурация их выключения на сервере vCenter.
Название фильтра
Назначение фильтра
Конфигурация выключения
VMFS Filter
Этот фильтр не позволяет при выборе LUN для нового тома VMFS выбрать существующий и используемый VMFS-том. Действует это для любого хоста, управляемого сервером vCenter. Также этот фильтр работает при добавлении RDM-диска виртуальной машине - он не позволит выбрать существующий VMFS-том для этих целей.
config.vpxd.filter.vmfsFilter = false
RDM Filter
Этот фильтр отсеивает те LUN, которые используются как RDM-диски для виртуальных машин на каком-либо из хостов ESXi, управляемых vCenter. В среде vSphere две виртуальные машины не могут иметь непосредственный доступ к одному LUN через 2 разных mapping-файла. Однако через один такой файл - могут. Соответственно, если вам нужны две машины, использующих один RDM-том (например, для кластеров MSCS), то отключение этого фильтра может понадобиться.
config.vpxd.filter.rdmFilter = false
Same Host and Transports Filter
Этот фильтр не позволяет расширять существующий VMFS-том несовместимыми экстентами. Таким несовместимым томом может быть том, доступный только части хостов ESXi, а также LUN, имеющий не поддерживаемый на всех хостах тип хранилища, протокол и т.п.
Когда вы расширяете, растягиваете, удаляете хранилища или добавляете extent'ы, то автоматически вызывается rescan всех HBA-адаптеров, чтобы актуализировать конфигурацию хранилищ. Однако в большой инфраструктуре это может привести к так называемому "rescan storm", следствием чего может стать падение производительности. Отключение этого фильтра позволит выполнять эти действия без операций рескана. Это может оказаться очень удобным, когда вам в целях тестирования требуется производить описанные выше операции с виртуальными хранилищами.
config.vpxd.filter.hostRescanFilter = false
Ну и видео для тех, кому удобнее воспринимать из визуального ряда:
Иногда попытка включить фильтр после его временного отключения приводит к ошибке. Тогда нужно на сервере vCenter в файле vpxd.cfg найти и поправить соответствующую строчку в конфигурационном xml-файле:
При внесении описанных здесь изменений не обязательно перезапускать сервер vCenter - так как это всего лишь фильтры для мастера добавления хранилищ, они будут применены сразу же. Однако будьте осторожны с изменением фильтров, так как можно потерять данные.
Таги: VMware, vSphere, Storage, Troubleshooting, ESXi, VMachines, Обучение
В документе описаны лучшие практики посроения подсистемы хранения для инфраструктуры виртуальных ПК VMware Horizon View. Рекомендации касаются размещения базовых образов и пулов связанных клонов, протоколов хранения, систем хранения данных и методик улучшения производительности.
Многим из вас знакомы продукты StarWind iSCSI SAN и StarWind Native SAN for Hyper-V, предназначенные для создания отказоустойчивых хранилищ виртуальных машин для платформ VMware и Hyper-V в частных облаках предприятий. Хранилища, построенные на базе технологии StarWind iSCSI, не требуют дополнительных инвестиций в инфраструктуру сети хранения, работают на базе проверенного протокола iSCSI и имеют функции отказоустойчивости на базе двух или трехузловых кластеров.
Между тем, решения StarWind можно использовать и для организации публичных облаков, в том числе в рамках концепции Storage-as-a-Sevice.
Во-первых, сервис-провайдеры могут использовать StarWind iSCSI SAN в качестве бэкенда для создания надежной и недорогой инфраструктуры хранения виртуальных машин:
Во-вторых, сервис-провайдеры могут продавать облачное пространство хранения (по модели Dropbox), которое распределено по кластерам хранилищ StarWind. Поддерживается коммуникация через REST API:
Ну и, в-третьих, можно рассмотреть инфраструктуру хранения StarWind как шлюз для решений по резервному копированию в облако:
Более подробно о решениях StarWind для организации публичных облаков рассказано на этой странице.
Продолжаем рассказывать о возможностях новой версии универсального решения для резервного копирования и репликации Veeam Backup and Replication 7. Напомним, что продукт должен выйти в третьем квартале этого года, а пока Veeam анонсировала, что раскроет 7 новых возможностей B&R, каждая из которых является существенным улучшением не только по сравнению с предыдущей версией, но и на фоне любых других продуктов для резервного копирования виртуальных машин.
Теперь же Veeam анонсировала шестую возможность Veeam Backup and Replication 7 - улучшенный механизм 1-Click Restore. Эта возможность предназначена для окружений, где пользователи могут самостоятельно восстанавливать объекты виртуальных машин.
Если в версии Veeam Backup 6.0 пользователи через консоль Enterprise Manager могли восстанавливать отдельные файлы в свои ВМ, то теперь станет возможным самостоятельное восстановление виртуальных машин отдельными пользователями или группами.
Администраторы и операторы инфраструктуры резервного копирования могут выдать права на восстановление файлов или виртуальных машин пользователям через 1-Click Restore, не имея при этом права на просмотр их содержимого.
Также, теперь ролевая модель для самостоятельного восстановления через Enterprise Manager применима не только к отдельным файлам и виртуальным машинам, но и к другим объектам, таким как кластеры, хосты, хранилища и объекты vApp.
Более подробно о новой возможности Veeam Backup and Replication 7 рассказано в блоге Veeam.
Компания StarWind в конце марта этого года опубликовала документ "StarWind Benchmarking Best Practice", в котором рассматриваются лучшие практики по тестированию производительности в контексте настройки различных параметров решения StarWind iSCSI SAN & NAS.
В документе подробно рассказывается о том, как производить тестирование в разрезе следующих аспектов производительности:
сетевое взаимодействие компонентов StarWind (в том числе, узлов трехузлового кластера)
тестирование производительности стека команд iSCSI
сравнение производительности локальных и удаленных хранилищ
рекомендации по выбору типа RAID и решению проблем производительности
Те из вас, кто пользуется услугами облачного IaaS-хостинга Amazon AWS, наверняка знают, что у этого сервис-провайдера есть решение Storage Gateway, позволяющее организовать гибридную модель хранения данных предприятия, а именно - частично или полностью хранить данные инфраструктуры виртуальных машин VMware vSphere в облачном хранилище Amazon S3.
Storage Gateway представляет собой виртуальный модуль (Virtual Appliance), размещенный в виде ВМ на хостах ESXi или Hyper-V, который предоставляет стандартный интерфейс iSCSI и выступает в качестве таргета для хост-серверов с виртуальными машинами (в общем случае поддерживается доступ различных приложений). Работа Storage Gateway возможна в двух режимах:
Gateway-Cached Volume — в рамках этой архитектуры вы создаете тома для виртуальных хранилищ и монтируете их как iSCSI-устройства для хост-серверов. Виртуальный модуль кэширует данные и сохраняет их в облаке Amazon S3, при этом в инфраструктуре заказчика хранятся только кэшированные данные, которые наиболее часто оказываются востребованными.
Gateway-Stored Volume — в такой архитектуре все данные виртуальных машин хранятся локально, в рамках инфраструктуры заказчика, а Storage Gateway периодически создает снапшоты (инкрементально) и передает данные отличий от базового образа в облако Amazon S3. Это создает хорошие возможности для сценариев Disaster Recovery.
Storage Gateway передает данные в S3 через защищённый SSL-канал. Более подробно с технической точки зрения о решении можно узнать тут и тут.
С началом поддержки Hyper-V в Storage Gateway компания Amazon вступает в прямую конкуренцию с Microsoft, которая в прошлом году приобрела компанию StorSimple, занимавшуюся тем же самым (только у них это программно-аппаратный комплекс) - предоставлением облачных хранилищ через онпремизные сервисы, размещенные на площадке заказчика (cloud-integrated storage).
Стоимость сервисов Amazon Storage Gateway можно узнать на этой странице.
Компания StarWind Software, производитель средства номер 1 для создания отказоустойчивых хранилищ iSCSI для виртуальных машин VMware и Microsoft, выпустила интересный документ "HA Maintenance and Configuration Changes". В нем можно почитать о том, как необходимо производить обслуживание узлов StarWind iSCSI SAN, а также как правильно выполнять настройку узлов в отказоустойчивой конфигурации.
Документ будет полезен не только администраторам хранилищ StarWind, но и всем тем, кому интересно, как функционирует отказоустойчивое хранилище, как синхронизируются узлы, и как необходимо их обслуживать.
Операции, описанные в документе:
замена узла-партнера, на который идет синхронная репликация данных
ручная синхронизация узлов
подготовка HA-устройства к обслуживанию и простою
восстановление работоспособности узла после запланированного простоя
изменение каналов синхронизации и сигналов доступности (heartbeats)
настройка CHAP-аутентификации для HA-устройства
Документ "HA Maintenance and Configuration Changes" компании StarWind можно скачать по этой ссылке.
Но следующая возможность порадует всех тех, кто с нетерпением ждал от Veeam поддержки резервного копирования на ленточные библиотеки, которые все еще остаются весьма распространенным техническим средством в Enterprise-инфраструктурах:
Если некоторые думают, что ленточные приводы для бэкапов уже не используются, то стоит поспрашивать коллег из крупных компаний, таких как РЖД или Газпром. Ленты живут и будут там жить еще долго, в том числе и потому, что они позволяют хранить резервные копии в географически удаленном от основного датацентра месте (на случай катастрофы).
Veeam Backup and Replication 7 будет поддерживать виртуальные ленточные библитеки (virtual tape library, VTL), физические ленточные библиотеки (tape libraries) и отдельные приводы (standalone drives).
Возможность Backup to tape позволяет осуществлять резервное копирование виртуальных машин на ленточные приводы (в рамках одной или нескольких задач), а также позволяет архивировать весь репозиторий Veeam Backup and Replication 7 на ленты.
Кроме этого, новая версия Veeam Backup and Replication 7 имеет возможность Files to tape, которая позволяет производить резервное копирование отдельных файлов ОС Windows или Linux на ленты. Важно, что для этой возможности поддерживаются не только виртуальные, но и физические серверы. При этом такой тип резервного копирования поддерживает механизм Microsoft VSS для создания консистентных бэкапов.
Интересно, что бесплатный продукт Veeam Backup Free Edition будет поддерживать возможность Files to tape, а также восстановление файлов, резервные копии которых сделаны с помощью встроенного средства Windows NTBackup.
Функция Restoring backups from tape позволяет восстановить с ленточных носителей резервные копии виртуальных машин на один из репозиториев Veeam, после чего станут доступны к использованию возможности Instant VM Recovery, Veeam Explorer for Microsoft Exchange и все другие Enterprise-фичи Veeam.
Помимо восстановления виртуальных машин целиком, есть, конечно же, и восстановление отдельных файлов с лент - Restoring files from tape. Выбираете целевую папку на физической или виртуальной машине и восстанавливаете туда необходимые файлы с ленточных приводов. Вот так, дождались - и это хорошо. Скоро не будет необходимости использовать Veeam для резервного копирования ВМ на дисковые устройства, а затем сторонний софт для сброса резервных копий на ленточные приводы. Теперь можно будет обходиться только решением Veeam Backup and Replication 7.
Кроме того, мы не упоминали о еще одной возможности Veeam Backup and Replication 7 - Virtual Lab for Hyper-V. Напомним, что еще в версии Veeam Backup and Relication 6.1 появилась поддержка технологии vPower для инфраструктуры резервного копирования виртуальных машин на платформе Hyper-V. Это касается и техники Instant VM Recovery - мгновенного восстановления ВМ за счет ее запуска напрямую из резервной копии.
Теперь же для инфраструктуры Hyper-V появилась поддержка виртуальных лабораторий по запросу (On-Demand Sandbox), которые для VMware vSphere были доступны еще в пятой версии продукта.
С помощью техник мгновенного запуска резервных копий администратор может запустить набор приложений в виртуальных машинах, являющихся изолированными копиями машин производственной среды, и проводить там какие угодно тесты. Для тестовой лаборатории задается хост Hyper-V, где это будет происходить, Datastore, Proxy Appliance для доступа Veeam Backup к тестовой лаборатории с виртуальными машинами в изолированной сети и настройки этой самой сети.
Более детально о возможности Virtual Lab for Hyper-V можно почитать вот в этом посте.
Таги: Veeam, Backup, Update, Storage, Tape, Replication, Hyper-V, Microsoft